home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / May 96 / Re Subviews < prev    next >
Encoding:
Internet Message Format  |  1996-12-03  |  1.9 KB  |  [TEXT/ttxt]
  1. Subject:     Re: Subviews
  2. Sent:        5/29/96 12:37 PM
  3. Received:    5/29/96 1:01 PM
  4. From:        Henri Lamiraux, lamiraux@apple.com
  5. Reply-To:    ODF Interest, ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. >Subject:  Subviews                                              Time:  
  9. >2:10 PM
  10. >While reading the "ODF Developer's Guide Update", I came across the 
  11. >following paragraph in the section on "Defining a Subview"
  12. >
  13. >"The view hierarchy inside your frame will never be very deep.  Usually a 
  14. >frame contains simple views, such as controls, as direct children, and it 
  15. >may contain a content view  which itself contains other simple views.  It 
  16. >is rare that you use more than 2 layers of views because of the limitation"
  17. >
  18. >What is the limitation being referred to in that last (incomplete) 
  19. >sentence?  Does this mean that my view hierarchy _should not_ get very 
  20. >deep?  If so, how deep is too deep?  I am currently using nested subviews 
  21. >extensively in my part.
  22. >
  23. >Thanks,
  24. >Rob Cope
  25. >Eclipse Services
  26. >
  27.  
  28. There are no limit to the number of embedded views in ODF. What Laurent 
  29. was refering to, I think, is the 'limitation' we have in ODF with 
  30. scrollers. You can have only one scrolling region in a frame: means you 
  31. can have only one scroller per frame. If you need to have two views 
  32. scrolling (not synchronized) you need to have two frames. This is due to 
  33. the fact that the ODF scroller uses the frame's internal transform, and 
  34. there is only one internal tranform per frame.
  35.  
  36. Laurent could give you I am sure a better answer but he is out of the 
  37. office for the rest of the week.
  38.  
  39. .......................................................................
  40.  Henri Lamiraux                                      lamiraux@apple.com
  41.  Apple Computer, Inc.                 OpenDoc(tm) Development Framework
  42. .......................................................................
  43.  
  44.